home *** CD-ROM | disk | FTP | other *** search
/ Mac Magazin/MacEasy 12 / Mac Magazin and MacEasy Magazine CD - Issue 12.iso / Sharewarebibliothek / DFÜ / Internet / HTML Markup 1.0ß4 / What's New in 1.0b4 < prev   
Text File  |  1995-06-24  |  3KB  |  66 lines
  1. HTML Markup What's New
  2. ----------------------
  3.  
  4. First the technical stuff:
  5.  
  6. •New estimation algorithm
  7.     Previous versions of HTML Markup used a really bad method for allocating
  8.     the amount of memory to take up for outputting the new file. Since the
  9.     memory needed to be allocated before the file was translated, I predicted
  10.     that the file could not be larger than twice the size of the original 
  11.     plus a buffer of a few hundred bytes. Realizing that this was a 
  12.     questionable method, I implemented a new algorithm that pre-processes
  13.     each file to just keep track of how much space it needs. Then it does
  14.     the actual processing after allocating the correct amount of memory.
  15.     I hear computer science majors groaning. True, it does theoretically
  16.     double the processing time for each file, but in reality, it doesn't
  17.     make much of a difference. With 200 files, there was only a 4% speed
  18.     loss on a 68k Mac (I am planning extensive tests before the release).
  19.     This is because most of the time spent translating is actually in
  20.     the output of the file, which is still done only once.
  21.  
  22. •More escape code conversions
  23.     I have implemented the essentials from the ISO 8859-1 character set.
  24.     
  25. •Smarter list conversion
  26.     In previous versions, if you have a - in a word and had selected
  27.     list conversion, Markup would treat that as an item in a list. This
  28.     version will only treat lists as lines that start with that character
  29.     as the first character in the line.
  30.     
  31. •Estimation error alert
  32.     Since I'm paranoid, I wasn't sure if my estimation algorithm will always
  33.     work. It will, but I haven't convinced myself yet. So I did two things.
  34.     First, there is a buffer added the the amount of memory allocated just
  35.     to be safe. I also have programmed an alert box to come up if the estimated
  36.     file size is smaller than the actual. You probably won't ever see it.
  37.  
  38.  
  39. Now the interface stuff:
  40.  
  41. •Output ticket
  42.     A button from the main job ticket will pop up the output ticket, where
  43.     you can check off your file options. The three choices for output are
  44.     to replace the original file with the new one, attach .html to the
  45.     original file name, or prompt to save. You can also set the creator
  46.     code of the file. The next version of Markup will have a popup menu
  47.     that allows you to select from popular creator codes.
  48.  
  49. •Convert lines to <hr>
  50.     This option will convert lines that consist of a string of dashes into
  51.     <hr> lines in HTML.
  52.  
  53. •Keep inline flags
  54.     This is a feature that I'm really excited about. It cuts down any
  55.     HTML development time a lot. Now all you have to do to create an
  56.     HTML file is write the actual text with all your anchors, links,
  57.     graphics, etc, and run it through Markup. Selecting "keep inline
  58.     flags" will keep anything between < and > but will still add in 
  59.     <HTML>, <HEAD>, <BODY>, etc. 
  60.  
  61. I have set up an informal questionaire online for your to submit your comments. 
  62. Please read the file "Help me out!" for more information.
  63.  
  64. -Scott J. Kleper
  65. 6/24/95
  66.